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METHOD OF SECURING COMMUNICATION 

The present invention relates to a method of securing 
communication between a first and a second party and in 
particular but not exclusively to a method which can be used in 
a wireless communications. 

A typical cellular wireless network 1 is shown in Figure 1. The 
area covered by the network is divided into a number of cells 2 . 
Each cell 2 is served by a base transceiver station 4 which 
transmits signals to and receives signals from terminals 6 
located in the respective cell associated with a particular base 
transceiver station 4. The terminals may be mobile stations which 
are able to move between cells 2. As the transmission of signals 
between the terminal 6 and the base transceiver stations 4 is via 
radio waves, it is possible for unauthorised third parties to 
receive those signals . 

Accordingly, in known wireless cellular networks, authentication 
is provided to identify the right mobile and ciphering is used 
to prevent third parties from listening in. Illustrated in Figure 
2 is the procedure carried out in the GSM (Global System for 
Mobile communications) standard. In the first step SI, the mobile 
station MS makes a request to a mobile services switching centre 
(MSSC) via the base station for an outgoing call. A visitor 
location register (VLR) is informed via the mobile services 
switching centre of this request. The VLR takes control of the 
authentication procedure. 

Each mobile terminal is provided with an identification number 
which is sometimes referred to, in a GSM standard, as the IMSI 
(International Mobile Subscriber Identity) number. The MSSC 
forwards the mobile's IMSI to the VLR. Information on the IMSI 
is initially provided by the mobile station. The VLR then sends, 
in the second step S2, the IMSI together with the identity of the 
VLR to the home location register HLR of the mobile. This ensures 



that any incoming calls can be directed to the mobile station at 
its current location. Once the HLR has received the IMSI, a 
request is made to an authentication centre AC for the mobile 
subscriber's ciphering key KI . The ciphering key KI is present 
at both the authentication station AC as well as the mobile 
station . 

In a third step S3, the authentication centre uses the cipher key 
KI and a random number to generate a signature SRES and a 
ciphering key Kc which is used for channelling coding. The random 
number, the ciphering key Kc and the signature SRES make up a 
triplfet which is only used for a single communication. Each 
triplet calculated by the authentication centre AC is forwarded 
to the associated visitor location register VLR and the mobile 
services switching centre MSSC. 

In step S4, the VLR conveys the value of the ciphering key Kc to 
a base station controller (not shown) and the value of the random 
number to the mobile station. 

The mobile station then calculates a signature SRES based on the 
same algorithm used by the authentication centre and that 
signature is, in step S5, transmitted to the VLR. The signature 
generated in the mobile station is based on the mobile 
subscribers ciphering key KI and the random number which it 
receives from the VLR. Authentication is considered to be 
complete when the signature SRES generated by the mobile station 
is the same as that generated by the authentication centre AC. 
Once the authentication procedure has been completed, data which 
is transmitted is ciphered using the ciphering key Kc and a 
temporary mobile subscriber identity (TMSI) which is provided by 
the VLR to the mobile station in encoded form. 

It is an aim of embodiments of the present invention to improve 
the authentication procedure and thus make communications more 
secure . 



According to a first aspect of the present invention, there is 
provided a method. of securing communication between a first party 
and a second party comprising the steps of: defining a criteria 
for selecting one of the said plurality of different security 
methods; selecting said plurality of different security methods 
in accordance with said defined criteria; and performing said 
security method. 

Thus, a plurality of different security methods are available and 
one of those security methods can be selected. 

Any suitable criteria can be used for selecting the security 
method to be used. For example, the security method <:an be 
selected at random. Alternatively, the security method can be 
selected based on the processing capability of the first and/or 
second party. In yet another alternative, the security method can 
be selected in dependence on the amount of time since the last 
security method was performed. It is also possible that the 
security method could be selected on the basis of the function 
provided by the security method. In yet another alternative, the 
security method is selected on the basis of the previous security 
method which has been used. 

By having a plurality of different security methods available, 
it is possible to select the most appropriate security method for 
the conditions. 

The plurality of security methods may comprise at least one 
authentication method and/or at least one rekeying method. 
Preferably, the security methods include both authentication and 
re -keying methods . 

Preferably, the at least one authentication method includes a key 
exchange to create a shared secret , That shared secret can be 
used in order to ensure that communications between the first and 
second parties are secure. 



A re-keying method may be performed after a authentication 
method. A re-keying method may be carried out with or without 
authentication depending on the circumstances. 

The plurality of security methods each comprise a plurality of 
messages selected from a set of messages, at least two different 
security methods having at least one message in common. By using 
a common set of messages from which each of the security methods 
can be performed, it is possible to reduce the number of 
different messages that are required in order to carry out a 
number of different security methods. This provides increased 
versatility in embodiments of the present invention. 

The set of messages includes at least one of the following 
message types : - 

at least one random number message; 
at least one hash function message; 
at least one signature function message; 

at least one parameter for use with a given function message; 

at least one security parameter message; 

at least one key for a given function message; 

at least one encoded message; 

at least one message to and/or from at least one third party; and 
at least one authentication response message. 

In a preferred embodiment of the present invention, all of these 
different message types are available from which each of the 
available security methods can be constructed. 

Preferably the set of messages includes the following message 
types: one signature function message; two security parameter 
messages; two random number messages; one encoded signature 
function message; one encoded user identification message; two 
parameters for use with given function messages; two hash 
function messages; one contact message with a third party; one 
response message from the third party; one authentication 
response message; and two public parameters for the given 



function . 



The set of messages may be as follows : 

1. n,g 

2. R 

3 . R' 

4. P 

5. P' 

6 . g'^iod n 

7 . g^mod n 

8. hashCSIG 1] (n|g|g'' 

9. hash[SIG 2] (nlglg'* 

10. SIGB(hash[SIGl]n|g 



g'' 



g^^jPlP' |R|R' |B) 
g'^|P|P' |R|R' |B|U) 
gy|g=^|P|P' |R|R' |B) 
11. EK(SIG„{hash[SIG2T(n|g|g''|g>'|g^|PlP' |R|R' 1b|U) ) 

12 E ( S ) 

13. hash [AUTH] {n|g|g^mod n|R|R' lB|U) , U 

14 . hash [RESP] (hash [SEC] S | hash [AUTH] (n | g | g^mod n 1 R | R' | B J U) ) 
15. hash [SEC] (S | hash [AUTH] (n|g|g^mod n|R|R' |B|U) ) 

where n and g are Diffie Hellman public parameters. R and R' are 
random numbers, P and P' are security parameters, g is a 
generator of the Diffie Hellman exchange, x and y are random 
exponents, n is the modulus of the Diffie Hellman key exchange, 
B and U are the identity of the first and second parties, SIG 
represents a signature, E,^ represents encryption, AUTH represents 
authentication . 



A first security method may use the following messages: the first 
and second keys for a given function message; first and second 
random number messages, first and second security parameter 
messages, a signature function message, one encoded user 
identification message and optionally at least two parameters for 
use with a given function message. 

A second security method may use first and second random number 
messages, first and second security parameter messages, first and 
second keys for a given function messages, a signature function 
message and optionally first and second parameters for use with 
the given function message. 

A third security method may use first and second random number 
messages, first and second security parameter messages, first and 



second keys for given function message, one encoded user 
identification message , one message to and one message from a 
third party, one authentication response message and optionally 
first and second parameters for use with a given function 
message. 

A first rekeying method may comprise first and second random 
number messages . 

A second rekeying method may be provided which uses first and 
second random number messages and first and second hash function 
messages . 

A third rekeying method may be provided which has first and 
second random number messages, a signature function message and 
an encoded message. 

A fourth rekeying method may be provided which comprises the use 
of first and second random number messages, one message to and 
one message from the third party and one authentication response 
message . 

The plurality of security methods may include one or more of the 
first to third security methods and/or one or more of the first 
to fourth rekeying methods . 

The given function is preferably a Dif f ie-Hellman function. At 
least one of the message types comprises two messages, in a 
preferred embodiment of the invention one message being from the 
first party and the other message from being the second party. 
In some embodiments of the present invention, there are 
preferably several exchanges of messages. 

Preferably, the encoded message is used to transfer information 
as to the identity of at least one of the first and second 
parties to the other of the first and second parties . In this 
way, the vulnerability of the communication between the first and 



second parties to attack can be reduced. 

Preferably, at least one of the first and second parties is 
arranged to communicate with a trusted third party and is 
arranged to receive messages from and/or send message to that 
trusted third party. In these methods, the trusted third party 
may be arranged to deal with messages received from one of the 
first and second parties and to formulate a reply to those 
messages . 

Preferably, the exchange of messages between the first and second 
parties permits a shared secret to be created which is used to 
authenticate the communication between the parties. That 'shared 
secret can be used in subsequent communications between the 
parties in, for example, an enciphering code. 

At least one re-keying method may comprise a step of exchanging 
at least one random number between the first and second parties. 
In one re-keying method, the random number exchange is sufficient 
to create a new secure encryption key as, for example, a shared 
secret may still not be known to a third party. It is preferred 
that at least one of the random numbers be authenticated. 

Preferably, at least one security method comprises the steps of 
receiving one of the first and second parties a message, 
generating at said one party the message which the one party 
expects to receive and comparing the received and generated 
messages and if the messages are the same authenticating the 
other party. 

Embodiments of the present invention can be used in a 
telecommunications network which may be a wired or a wireless 
network. In the case of a wireless network, at least one of the 
first and second stations may be a mobile station. Likewise, at 
least one of the first and second stations may be a base station. 

For a better understanding of the present invention and as to how 




the same may be carried into effect, reference will now be made 
by way of example to the accompanying drawings in which :- 

Figure 1 shows a known cellular network in which embodiments of 

the present invention can be used; 

Figure 2 shows a known authentication protocol; 

Figure 3 illustrates a key exchange using signatures embodying 
the present invention; 

Figure 4 illustrates a key exchange using a trusted third party 
embodying the present invention; 

Figure 5 illustrates a key exchange without using the identity 
of the mobile station, embodying the present invention; 
Figure 6 illustrates rekeying without re -authentication, 
embodying the present invention; 

Figure 7 illustrates rekeying with shared secret authentication, 
embodying the present invention; 

Figure 8 illustrates rekeying with a signature authentication 
embodying the present invention; 

Figure 9 illustrates rekeying using third party authentication 
embodying the present invention; and 

Figure 10 shows part of the hierarchy of the network shown in 
Figure 1 . 

In order to assist with the understanding of embodiments of the 
present invention, a summary of some of the abbreviations used 
is now provided. 

U - UMTS (Universal Mobile Telecommunication Service) 



user identity, sometimes referred to as IMUI 
(International Mobile User Identity) . In other 
words, U represents the identity of the mobile 
station . 



n 



modulus of Dif f ie-Hellman key exchange and is 
typically a large prime number. In other words, 
this represents the modular arithmetic which is 
used. Modular arithmetic is a circular type of 



counting so that for any results obtained, the 
results themselves are not used. Instead the 
remainder when divided by the modulus n is used. 

g - generator of Dif f ie-Hellman key exchange, g can 

be any suitable integer between 2 and n-1 
inclusive . 

X, y - random exponents used in the Dif f ie-Hellman key 

exchange. In other words, g is raised to the 
power of X and/or y. 

f. 

R, R' - random numbers, also referred to as nonces. 

Typically these random numbers are changed 
regularly. 

P' - security parameters - which include information 

as to the available ciphers, hash functions etc. 

SIGa(0) - signature SIG of <f> by A' s signature key. 

Ek(0) - <t> encrypted using key k. 

hash[X] ((f>) - parametrized hash function with a constant 
• * parameter X. In other words, the hash function 
varies in accordance with a given parameter X. 
The value of the parameter can of course vary. 

0|X - concatenation (i.e. putting two items together 

one after the other) of 0 and X. 

0,X - concatenation of 0 and X. 

Embodiments of the present invention use signature functions SIG 
having the following features. SIG^C^) should only be computable 
by A and principals authorised by A only, assuming that </> has 
previously been chosen and (p has not previously been signed. In 
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order for the signature function SlGj,((p) for a previously chosen 
(f>, to be effective against unauthorised persons, the complexity 
of the problem confronting an unauthorised person should be 2^^° 
or greater. Additionally, the signature should be verifiable by 
all parties who possess the corresponding verification function. 
The verification function is sometimes referred to as the 
verification key. 

If X is a suitable parameter for the parametized hash function 
used in the protocols described hereinafter, the following 
features will be provided by the hash function. The length of the 
returned value of the hash function should be at least 160 bits 
in order to prevent birthday attacks. In other words, the 
likelihood of hash X equalling hash Y is low so the probability 
of a third party being able to obtain access by trying out some 
of the possible values is very small. The function should be a 
one way keyed function. The hash function should have a large 
domain i.e. set of possible values whose size is equal to 2^ 
where 1 is at least 160. The amount of work required to compute 
the value of y from hash [X] (y) = z if z is known should have an 
order of complexity equal to 2^ where 1 is the length of the 
output of the hash function in bits and 1 is at least 160. 
Knowing the value of z should not put the attacker in a better 
position to determine hash [x] (i) than if he did not know that 
value. If the value of the function hash [X] {S\y^) is known for i 
which belongs to the set 1, 2, ... K, and yi is known but it is 
only known that S is only one possible value, then the 
probability of being able to guess the value for hash [X] (S|x) for 
some X should be l/0(min(2^ |Q1)) where O represents order of and 
Q is the set from which a particular value of the secret S used 
in the keyed hash function is picked from. For example, if the 
secret S used in the keyed hash function is a 40 bit random 
number then Q is the set of all 40 -bit random numbers. |q| 
represents the size of the set. "min" selects the minimum of 2^ 
and I Q I . 

X determines the hash function and because X only determines the 
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functions used it does not need to be secret. Indeed, the 
parameters X may be publicly known and fixed for a long period 
of time. 

The protocols which will be described hereinafter are used to 
perform key exchange, key reexchange and mutual authentication. 
In summary, the mobile station MS and the network or base 
transceiver station BTS perform an initial key exchange protocol 
in order to obtain a shared secret S as a result of a Diffie- 
Hellman key exchange. This shared secret S is g'^mod n. The 
parties also exchange a pair of random numbers R, R' . The 
concatenation of the shared secret S and the two nonces provide 
the key material. Different keys are derived from key material 
using different parametrized hash functions. Rekeying is 
performed by exchanging a new pair of random numbers . 

Keys for encrypting further communications can also be created 
using the following formula: k=hash [T] (g'^mod n|R|R') where T is 
a unique parameter, T can be public or fixed and can be used once 
or more than once , 

During the initial key exchange protocol, security parameters P 
are exchanged. These security parameters are used to inform the 
other party about the available ciphers, hash functions etc. 

Dif f ie-Hellman key exchange is a way to establish a shared secret 
between two parties. When using modular arithmetic, it is very 
hard to compute the value of x when only g"" is known. Normally, 
computing x from g'' means computing the logarithm of g"" and this 
is easy. However, in modular arithmetic the situation changes 
dramatically; it is not known how to compute x from g^. 

In Diffie Hellman key exchange therefore two parties establish 
a shared secret in the following way. The first party sends "g""' . 
The second party sends "g^" . Here x is known only by the first 
party and y is known only by the second party. However the values 
g"" and g^ are public. Now the shared secret is g"^^. In order to 
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compute g"^ you need to know at least one of the values of x and 
y. For example, if you know x, you can compute g"^ as (g^)"". 
Computing discrete logarithms i.e. x from g"", is very hard. 
Accordingly no-one else is able to compute g"^ even though the 
values g"" and g^ are public. 

Reference will now be made to Figure 3 which illustrates 
schematically a key exchange using signatures. The purpose of 
this key exchange is to create the shared secret S= g^'^mod n to 
exchange the random numbers and to authenticate both parties. 

In the initial communication, the mobile station MS sends to the 
base transceiver station a random number R along with public 
Dif f ie-Hellman key exchange parameters n and g and the public key 
g=%iod n. The mobile station also sends security parameters P to 
the base station. This first message from the mobile station MS 
to the base transceiver station initiates the key exchange and 
is illustrated in Figure 3 in step Al , 

The second message is sent from the base transceiver station BTS 
to the mobile station MS and constitutes the second step A2 
illustrated in Figure 3. The base transceiver station sends a 
random number R' along with another public Dif f ie-Hellman key 
g^mod. n and security parameters P' to the mobile station MS. The 
network . then signs the key exchange and random numbers so that 
the molDile station can ascertain that the exchange went well 
without being attacked. This particular method prevents attacks 
known as man in the middle attacks. This is where a third party 
intercepts transmissions from a mobile station, substitutes 
information into that communication from the mobile station 
before transmitting to the base station and likewise intercepting 
communications for the mobile station which are received from the 
base station. The shared secret S^g""^ mod n must be included in 
the signature so that the mobile is sure that the base 
transceiver station knows the shared secret. 

The signature SIGg provided in the second message by the base 
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transceiver station is as follows: 

SIGB(hash[SIGl] (n | g | | | g">^ | P | P' i R | R' | B) ) 
B is the identity of the base transceiver station. 

A temporary key k is computed from the shared secret and the 
random numbers. The random numbers are included in the temporary 
key so that rekeying can occur using the same shared secret . 
Rekeying occurs when a new temporary key is generated. As will 
be described in more detail hereinafter, rekeying can be achieved 
by providing new random numbers R and R' . The temporary key k is 
equal to hash [TKEY] (g^mod njRjRM . 

i. 

The mobile station carries out a verify function in respect of 
the signature SIGg. The verify function and the signature 
function are related so that given the value of the signature 
function, the verify function provides an accept or reject value. 
Accept means that the signature is accepted and reject means that 
the signature is invalid. In other words the mobile station is 
arranged to verify the signature which it receives. 

In step A3, the message which is sent from the mobile station MS 
to the base transceiver station is encrypted using the temporary 
key. In the encrypted message, the identity of the mobile user 
U is -included. Thus, the identity of the user U is only sent in 
an encrypted form. The encrypted identity is represented by 
Ei^(U) . Along with the encrypted identity, the mobile station also 
sends a signature SIGy, similar to that sent from the base 
transceiver station to the mobile station in step A2 . However, 
that signature is encrypted . The encrypted signature is 
represented by the following : 

Ej,(SIGu(hash[SIG2] (n | g g^ | g^ | g^ | P | P ' jRjR' |B|U) ) ) . 

As can be seen, the identity of the mobile user is included in 
the signature. Encryption of the signature is not essential 
although the mobile's identity is encrypted and it may be more 
convenient also to encrypt the signature. It should be 
appreciated that both of the signatures SIGq and SIG^ include the 
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signer's identity i.e. B and U respectively and the use of these 
identities in the signatures is to prevent third parties from 
stealing the signed hash values and signing them again with 
different keys. In other words, the inclusion of the identities 
B and U makes the functions unique to the base station and mobile 
station respectively . 

The base transceiver station verifies the signature received from 
the mobile station in order to authenticate the mobile user in 
the same way that the mobile station verifies the base station. 
This may require a connection to the service provider of the 
mobile user. 

Reference will now be made to Figure 4 which illustrates a key 
exchange using trusted third parties. As with the key exchange 
using signatures, the purpose is to exchange random numbers and 
to authenticate both parties. 

This protocol starts in the same way as the last one with the 
mobile station in step Bl sending the values of n, g, the random 
number R, g'^imod n and parameters P to the base transceiver 
station. The base transceiver station then sends the random 
number R' , g^mod n and parameter P' to the mobile station. A 
temporary key k is calculated from hash [TKEY] (g^^^mod n|R|R'). 
Unlike the key exchange using signatures, the key exchange is not 
authenticated before the encryption is turned on. In the third 
step, B3 , the user identity U is sent from the mobile station to 
the base transceiver station in an encrypted form E,^(U) . 

In the fourth step B4 , the base transceiver station contacts a 
trusted third party TTP, for example a service provider of the 
user, using a connection which is assumed to be secure and 
authenticated. The base transceiver station BTS thus sends the 
trusted third party TTP a hash of the shared secret, the Diffie- 
Hellman public key parameters, the random numbers, the identity 
of the communicating parties and the security parameters. Thus, 
the base transceiver station BTS sends the following 
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authenticating hash function to the trusted third party TTP : 
hash[AUTH] (n j g | | | |P|P' |R|R' | B ] U) 

The identity of the mobile user U is already known by the trusted 
third party. This may be achieved in any suitable way. 

In embodiments of the present invention, it is preferred to send 
the hash of g"^ rather than the encryption key k. As the 
encryption key k is probably shorter than g"*^, it is thus easier 
to attack. First shared secret data g"^ mod n is assumed to be 
shared by the base station and the mobile but by no-one else. 
There T'. is a second, long term, shared secret between the base 
station and the mobile phone which is distributed offline. This 
long term secret may be in the SIM card of the mobile phone or 
the like. The first secret g^ modn used to get a session key 
whilst the second secret is used so that the mobile phone is able 
to authenticate the base station. 

In the fifth step B5, the trusted third party computes a hash 
of the* secret from the shared secret data concatenated with hash 
[AUTH] which the base transceiver station sent thereto. A hash 
of the hash value calculated by the trusted third party is then 
calculated, again by the trusted third party. The trusted third 
party then sends this finally computed hash value to the base 
transceiver station which records this value. The value sent by 
the trusted third party to the base transceiver station is as 
follows : 

hash[RESP] (hash[SEC] (S | hash [AUTH] (n | g | g^ | g^' | g^ | P | P ' |R|R' 1b|U) ) ) 

The same value is then forwarded from the base transceiver 
station to the mobile station in the sixth step B6 . The mobile 
station is able to compute the value of hash [SEC] directly. The 
mobile station then calculates hash [RESP] from hash [SEC] and 
thus compares the value of hash [RESP] (hash [SEC] ) which it 
calculated with the value received from the trusted third party 
via the base transceiver station. If the two values of 
hash [RESP] (hash [SEC] ) are the same, then the mobile knows that 
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the home location register has authenticated the base transceiver 
station and the Diffie Hellman key exchange. If the two values 
hash[RESP] (hash [SEC] ) are not the same, this indicates that there 
is an authentication problem or a man in the middle attack. 

Finally, in the seventh step, B7, the mobile station sends the 
value of hash [SEC] without further hashing to the base station. 
The base transceiver checks whether or not hash [SEC] hashes to 
the same hash which the base station has received, i.e. 
hash [RESP] hash [SEC] from the trusted third party. If the value 
of hash [RESP] hash [SEC] received from the trusted third party is 
the same as that calculated by the base transceiver station, then 
the base transceiver station is able to determine that the, mobile 
station was able to compute the correct hash [SEC] function and 
thus the mobile user is authenticated. At the same time, the 
Dif f ie-Hellman key exchange is also authenticated. 

With both of the key exchanges described in relation to Figures 
3 and 4, the Dif f ie-Hellman public parameters n and g can be left 
out of the first message if they are already known, for example 
if they are constants. 

Reference will now be made to Figure 5 which illustrates a key 
exchange without requiring the identity of the mobile user. The 
purpose of this procedure is to distribute the shared secret and 
the random numbers between the mobile station and the base 
transceiver station and to authenticate the network. However, the 
mobile user is not authenticated and in fact remains anonymous . 

In the first step CI, the mobile station sends to the base 
transceiver station exactly the same information which is sent 
in the first step of the key exchange using signatures as well 
as the key exchange using the trusted third party which are shown 
in Figures 3 and 4 . 

The base station then, in step C2 , sends to the mobile station 
the same information which is sent in the key exchange using 
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signatures (Figure 3) and also signs the information. With this 
key exchange, the base station cannot be as sure as to the 
identity of the mobile station with which it is communicating. 
However, the signature by the base transceiver station ensures 
good key exchange. In other words, the unidentified mobile 
station can detect if there are any man in the middle of attacks 
and drop the connection if needed. The base station is not able 
to detect man in the middle attacks but it does not need to. In 
particular, the base station will not transmit security critical 
information to an unidentified party anyway. This can be used for 
access to public networks such as the internet where the identity 
of the mobile is not required. 

Reference will now be made to Figure G which shows a simple 
rekeying procedure without requiring new authentication. The 
purpose of this protocol is to distribute new random numbers in 
order to perform rekeying. 

Re -keying means that a new temporary key k for encryption 
purposes can be generated. To avoid the unauthorised deciphering 
of messages between the mobile station and the base station, 
rekeying should occur frequently. 

In 'the first step Dl, the mobile station sends to the base 
transceiver, station the new random number Rnew In the second step 
D2, the base transceiver station transmits a second new random 
number R'new to the mobile station. With this particular protocol, 
it is not necessary that the random numbers be kept secret. 
However, the integrity of the random numbers should be protected. 
In other words, the random numbers should not be modified during 
their transmission between the mobile station and the base 
transceiver station. This is for issues of quality and not 
security. It is of course possible that the order of the two 
steps Dl and D2 can be reversed. 

A new temporary key k can be derived from the equation 
hash [T] (g^'^mod njR|R'). Thus, the original shared secret can be 
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used in determining the new key. This is possible as the original 
shared secret g'^mod n has never been used as a key in itself. 
Thus, the new key will be secure even if the old keys using the 
old random numbers in combination with the common shared secret 
have been compromised. It should also be appreciated that this 
protocol is secure even if the identities of the new random 
numbers have become public. This is because with the hash 
function, even if the identities of the random numbers are known, 
it is not possible to derive the shared secret nor the key. 

Reference will now be made to Figure 7 which shows a rekeying 
procedure which authenticates the parties. In the first step El, 
the mobile station sends the new random number R^^^ to the base 
transceiver station. In the second step E2 , the base transceiver 
station sends a second new random number R'^ew to the mobile 
station MS. In the third step E3 , the mobile station sends a hash 
signature to the base transceiver station having the following 
form: hash[SIGl] (n | g | g" | g^ | g"^ | P | P ' I Rnew I R' new I B | U) . 

The base station will calculate the value of hash[SIGl] and 
compare it with the value of hash[SIGl] which it has received 
from the mobile station. If the values are the same, then the new 
random numbers are authenticated as is the mobile station. 

In the fourth step E4 , the base transceiver station provides a 
hash value to the mobile station of the following form: 
hash[SIG2] (n | g 1 g^ | g^ j g^ | P | P ' | Rnew I new I B) . These values allows the 
random numbers to be authenticated by binding them to the current 
shared secret. The mobile station will verify the value of 
hash[SIG2]. If hash [SIG2] is verified, then the new random 
numbers are again authenticated as is the base station. 

Reference is now made to Figure 8 which shows a rekeying protocol 
using signature authentication. In this procedure both parties 
are re -authenticated , 

In the first step Fl, the mobile station sends the new random 
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number R^ew to the base transceiver station. In the second step, 
F2, the base transceiver station sends the second new random 
number R'^ew to the mobile station and signs a signature hash 
function as follows: 

SIGB(hash[SIGl] (n 1 g | g^ | g^ | g"^ | P | P ' I Rnew I R' new 1 B) ) 

The mobile station is able to calculate a new encryption key 
using these new random numbers as outlined hereinbefore. The 
mobile station is also able to authenticate the base station 
using a verification function. 

The new encryption key k is therefore hash [TKEY] (g'^mod n| Rnew| 
R'new) . In the third step F3 , the mobile station sends to the 
base transceiver station an encrypted signature of a hash 
function hash[SIG] having the following form: 

E^(SIGu(hash[SIG2] ( n | g | g" | g^ | g"^ | P | P ' i Rnew I R ' new I B | U) ) ) . The 
signature sent by the mobile station is encrypted. This is not 
essential but may be more convenient with other information needs 
to be encrypted. The encryption uses the new encryption key k. 
The base station is able to authenticate the mobile station by 
verifying the signature. If the verification function is 
accepted, the mobile station is authenticated. 

Reference will now be made to Figure 9 which shows rekeying using 
third party authentication. In the first step Gl, the mobile 
station sends to the base station the identity of the new random 
number Rnew In. the second step G2 , the base transceiver station 
sends to a trusted third party an authentication hash function 
hash[AUTH] (n ! g | g^ | g^ | g^ j P j P' | R^ew I R' new I B | U) along with the mobile 
identity U. The authentication hash function includes a second 
new random number R'new. As the connection between the base 
station and the trusted third party is secure, there is no need 
to encrypt the identity of the mobile station U. The trusted 
third party computes in the third step G3 a hash [RESP] of a hash 
of the shared secret S which includes the authentication hash 
function and the shared secret and sends this value to the base 
station. The authentication hash function is the same as that 
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received from the base station. 

In the fourth step G4, the base station sends to the mobile 
station the same value which the base station has received from 
the trusted third party along with the value of the second new 
random number Rnew The mobile station computes the value of hash 
[SEC] using the new random number value and from that calculates 
a value for hash [RESP] . The mobile station checks whether or not 
the value which it got from the base transceiver station is equal 
to the value which it has computed. As in the key exchange using 
trusted third parties described hereinbefore with reference to 
Figur^ 4, if the values are the same, then the mobile station 
knows that the home location register has authenticated the base 
transceiver station and the key exchange. 

The mobile station then sends in step G5 the value of hash [SEC] , 
without further hashing to the base transceiver station. The base 
transceiver station then checks whether hash [SEC] received from 
the mobile station hashes to the same value which the base 
transceiver station received from the trusted third party. If it 
does, then the base transceiver station knows that the mobile was 
able to compute the hash [SEC] function and thus the user is 
authenticated . 

In all of -the rekeying processes described hereinbefore, the 
random numbers do not need to be kept secret . 

As can be seen, there are 15 different messages that are used in 
the protocols. These messages are as follows: 

1 . n, g 

2 . R 
3 . R' 
4 . P 

5 . P' 

6 . g'^mod n 

7 . g^mod n 

8. njglg'^lgylg-ylPlP' ]R|R' |B 

9. n|g|g-|g>^|g-y|p|P' |r|R' |b|U 

10. SIG9(hash[SIGl]n|g|g"|g>^|g"^|PtP' |R[R' |B) 
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11. EK(SIG^(hash[SIG2] (n ] g | | | | P | P' |R|R' iBjU) ) 

12. Ek(U) 

13. hashCAUTH] (n|g|g^mod n|R|R' |B|U) , U 

14 . hash [RESP] (hash [SEC] S | hash [AUTH] (n g | g^mod n | R | R' | B | U) ) 

15. hash [SEC] (S | hash [AUTH] (n]g|g^mod n|R|R' |B|U) ) 



As it can be seen, some of these messages share a common 
structure namely messages 2 and 3, messages 4 and 5, and messages 
6 and 7. This leaves a total of 12 different types of message. 
This protocol family is thus advantageous in that it allows a 
relatively large number of different protocols to be implemented 
using only a small number of different messages. 



Thus, the various different methods outlined hereinbefore can 
define a family of methods made up of a limited number of 
messages. It is thus possible, in embodiments of the present 
invention, to select one of those methods. Various different 
criteria can be used in deciding which of the methods to use. For 
example, the different methods can be selected at random. A re- 
]ceying method may always be selected only if a key exchange 
method has been previously selected. The method may be selected 
depending on the processing capability of the first and/or second 
party (or the trusted third party when provided) . The method can 
be selected in dependence on the amount of time since the last 
method was used. Alternatively, the method can be selected based 
on the function provided by the particular method eg, whether or 
not a trusted third party is used and whether or not 
authentication is required and if so what type of authentication. 

In the arrangement described hereinbefore, the mobile station is 
described as communicating with the base transceiver station. It 
should be appreciated that the communication can in fact take 
place with any suitable element of the network although this 
communication will be via the base transceiver station. In other 
words, some of the calculations described as taking place in the 
base transceiver station in the preferred embodiments may take 
place in other parts of the network but will be transferred to 
the base transceiver station where appropriate. The mobile 
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station can be replaced by any other suitable terminal whether 
fixed or mobile. 

Embodiments of the invention can be used with any suitable 
wireless cellular telecommunications network. Reference will now 
be made to Figure 10 which shows the network hierarchy. The base 
stations BTS 1-4 are in communication with respective mobile 
stations MS 1-6. In particular, the first base station BTS 1 is 
in communication with the first and second mobile stations MS 1 
and 2. The second base station BTS 2 is in communication with the 
third and fourth mobile stations^ the third base station BTS 3 
is in'* communication with the fifth mobile station MS 5 and the 
fourth base station BTS 4 is in communication with the- sixth 
mobile station MS 6. The first and the second base stations BTS 
1 and 2 are connected to a first base station controller BSC 1 
whilst the third and fourth base stations BTS 3 and 4 are 
connected to a second base station controller BSC 2. The first 
and second base station controllers BSC 1 and 2 are connected to 
a mobile services switching centre MSSC . 

In practice a plurality of mobile services switching centres are 
provided each of which is connected to a number of base station 
controllers. Usually more than two base station controllers are 
connected to a mobile services switching centre. More than two 
base stations may be connected to each base station controller, 
of course many more than two mobile stations will be in 
communication with a base station. 

The decision as to which of the method is used can be taken in 
any one or more of the network elements shown in Figure 10 . For 
example, the decision may be made in a mobile station, a base 
transceiver station, an authentication centre, a mobile services 
switching centre or the like. Alternatively or additionally, the 
decision may be taken by any other suitable element. An element 
dedicated to determining the method to be used may be provided. 
The trusted third party may be the base station controller, the 
mobile services switching centre or another element. 
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Embodiments of the present invention may also be used in other 
situations which require authentication such as other types of 
wireless communication or communications which use fixed wire 
connections. Embodiments of the present invention are not just 
applicable to communication networks but are also applicable to 
point to point connections be they wired or wireless connections. 
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CLAIMS 



1. A method of securing communication between a first party and 
a second party comprising the steps of: 

defining a criteria for selecting one of a plurality of 
different security methods; 

selecting one of the said plurality of different security 
methods in accordance with said defined criteria; and 

performing said security method. 

2. A method as claimed in claim 1, wherein said criteria is to 
select the security method is selected at random. 

3. A method as claimed in claim 1 or 2 , wherein said criteria 
is to select said security method based on the processing 
capability of the first and/or second party. 

4. A method as claimed in claim 1, 2 or 3 , wherein said 
criteria is to select the security method in dependence on the 
amount of time since the last security method was performed. 

5. A method as claimed in any one of the preceding claims, 
wherein said criteria is to select the security method based on 
the function provided by the security method. 

6. A method as claimed in any one of the preceding claims, 
wherein the plurality of security methods comprise at least one 
authentication method and/or at least one rekeying method. 

7. A method as claimed in claim 6, wherein at least one 
authentication method includes a key exchange to create a shared 
secret . 

8. A method as claimed in claim 6 or 7, wherein a rekeying 
method is performed after an authentication method. 



9. A method as claimed in claim 6, 7 or 8, wherein a rekeying 
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method is without carried out without authentication. 

10. A method as claimed in claim 6,7 or 8, wherein the rekeying 
method is authenticated. 

11. A method as claimed in any preceding claim, wherein the 
plurality of security methods each comprise a plurality of 
messages selected from a set of messages, at least two different 
security methods having at least one message in common. 

12. A method as claimed in claim 11, wherein the set of 
messages includes at least one of the following message types: 
at least one random number message; at least one hash function 
message; at least one signature function message; at least one 
parameter for use with a given function message; at least one 
security parameter message; at least one key for a given function 
message; at least one encoded message; at least one message to 
and/or from at least one third party; and at least one 
authentication response message. 

13 . A method as claimed in claim 12 wherein the set of messages 
includes the following message types: one signature function 
message; two security parameter messages; two random number 
messages; one encoded signature function message; one encoded 
user identification message; two parameters for use with given 
function messages; two hash function messages; one contact 
message with a third party; one response message from the third 
party; one authentication response message; and two public 
parameters for the given function. 

14, A method as claimed in claim 13, wherein the set of messages 
are as follows: 

1 . n,g 

2 . R 

3 . R' 

4 . P 

5 . P' 

6 . g'^mod n 

7 . g^mod n 





8 . 

9 . 

10 . 

11 . 

12 . 

13 . 

14 , 

15 . 



hashCSIG 1] (n|g g^|g^|P P' |B) 
hash[SIG 2] (n|g g^ g^lg^l? P' |B|U) 




iZiK V'^^-L^u \iict£3ii ic>±\j^j 1 y I y 1 y 13 i I ^ I ! , — , w , , 
Ek(Su) 

hash[AUTH] (nlglg^mod n|R|R' iBjU) , U .... 
hash[RESP] (hash [SEC] S I hash [AUTH] (n|g|g^mod n|R|R'|B|U)) 
hash [SEC] {S I hash [AUTH] (n|g|g^mod n|R|R' iB|U) ) 



where n and g are Diffie Hellman public parameters, R and R' are 
random numbers, P and P' are security parameters, g is a 
generator of the Diffie Hellman exchange, x and y are random 
exponents, n is the modulus of the Diffie Hellman ]cey exchange, 
B and U are the identity of the first and second parties, SIG 
represents a signature, Ej, represents encryption, AUTH represents 
authentication. 

15. A method as claimed in claim 12, 13 or 14, wherein a first 
security method uses the following messages: the first and second 
Iceys for a given function messages; first and second random 
number messages, first and second security parameter messages, 
a signature function message, one encoded user identification 
message and optionally at least two parameters for use with a 
given function message. 

16. A method as claimed in claim 12, 13, 14 or 15 wherein a 
second security method uses first and second random number 
messages, first and second security parameter messages, first and 
second Iceys for a given function messages, a signature function 
message and optionally first and second parameters for use with 
the given function message. 

17. A method as claimed in any of claims 12 to 16 wherein a 
third security method uses first and second random number 
messages, first and second security parameter messages, first and 
second keys for given function messages, one encoded user 
identification message, one message to and one message from a 
third party, one authentication response message and optionally 
first and second parameters for use with a given function 
message . 
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18. A method as claimed in any of claims 12 to 17 wherein said 
security method is a first rekeying method and comprises first 
and second random number messages. 

19. A method as claimed in any of claims 12 to 18 wherein the 
security method is a second rekeying method and uses first and 
second random number messages and first and second hash function 
messages . 

20. A method as claimed in any of claims 12 to 19 wherein the 
security method is a third rekeying method comprising first and 
second random number messages, a signature function message and 
an encoded message . 

21. A method as claimed in any one of claims 12 to 20, wherein 
one security method is a fourth rekeying method and comprises the 
use of first and second random number messages, one message to 
and one message from= the third party and one authentication 
response message. 

22. A method as claimed in any of claims 12 to 21, wherein the 
given function is a Dif f ie -Hellman function. 

23. A method as claimed in any of claims 12 or 23, wherein at 
least one of said messages types comprises two messages, one 
message being from the first party and the other message being 
from the second party. 

24. A method as claimed in any of claims 12 to 23, wherein the 
encoded message is used to transfer information as to the 
identity of at least one of the first and second parties to the 
other of the first and second parties. 

25. A method as claimed in any of claims 12 to 25, wherein at 
least one of said first and second parties is arranged to 
communicate with a trusted third party and is arranged to receive 
messages from and/or send messages to that trusted third party. 
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26. A method as claimed in any of claims 12 to 25, wherein the 
exchange of messages between the first and second parties permits 
a shared secret to be created which is used to authenticate the 
communication between the parties. 

27. A method as claimed in claim 6 or any claim when appended 
to claim 6, wherein at least one rekeying method comprises the 
steps of exchanging at least one random number between the first 
and second parties,. 

28. A method as claimed in claim 27, wherein at least one of the 
random numbers is authenticated. 

29. A method as claimed in any preceding claim, wherein the 
method is used in a telecommunications network. 

30. A method as claimed in claim 29, wherein at least one of 
said first and second stations comprises a mobile station, 

31. A method as claimed in claim 29 or 30, wherein at least one 
of the first and second stations comprises a base station. 

32. A wireless telecommunication system comprising a first 
station and a second station, wherein communication between said 
first and second station is secured in accordance with the method 
described in any one of the preceding claims. 

33 . A network element for securing communication between a first 
party and a second party comprising: 

means for defining a criteria for selecting one of a 
plurality of different security methods; 

selection means for selecting one of said plurality of 
different security methods in accordance with said defined 
criteria; and 

means for ensuring that the communication between said first 
and second parties is in accordance with said selected security 
method . 



